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(54) Device access and control using embedded web access functionality 



(57) A web access functionality embedded in a 
device includes means for generating a device web 
page wherein the device web page enables selection of 
at least one control function for the device. The web 
access functionality includes means for accessing the 
device web page via a communication path such that a 
user of a web browser accesses the control function for 
the device through the device web page. The control 
functions include control functions for loading new infor- 
mation into the device via the communication path and 
control functions for providing notification messages via 
the communication path upon the occurrence of events 
in the device.- 
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Description 

BACKGROUND OF THE INVENTION 

Fielfl of Invsnfan 

The present invention pertains to the field of device 
access and control. More particularly, this invention 
relates to devices having embedded web functionality 
for device access and control functions. 

Art Background 

A wide variety of devices including office equip- 
ment, home-based equipment, and lab equipment, as 
well as a variety of other types of devices commonly 
include device-specific control and access functions. 
Such devices may also be referred to as gadgets. Office 
equipment includes, for example, printers, lax 
machines, copiers, and various types of communication 
and telephony devices. Home-based devices include 
home entertainment equipment such as televisions and 
video and audio players and recorders as well as secu- 
rity systems, automobiles, appliances, thermostats, and 
hot tubs. Lab equipment includes measurement devices 
such as oscilloscopes, spectrum analyzers and other 
types of measurement equipment as well as networking 
equipment 

The control and access mechanisms of such 
devices commonly include relatively simple and low 
cost user input and display mechanisms. Such simple 
mechanisms may include, for example, light emitting 
elements such as LED/LCD elements as well as various 
types of simple input buttons or switches. Such simple 
mechanisms are typically constructed to be low cost to 
minimize the overall cost of such devices. In addition, 
such mechanisms are usually compact and enable rela- 
tively small sizes for such devices. Unfortunately, such 
simple mechanisms severely limit the range and flexibil- 
ity of the control and access functions provided by such 
devices. 

The control and access functions of such a device 
may be enhanced by the implementation of a screen- 
based access and control mechanism within the device. 
For example, such a device may include a display 
screen, and a rendering processor along with appropri- 
ate software for generating a rich graphical interface 
suitable for the particular type of device. However, such 
screen displays and rendering mechanisms are usually 
expensive and increase the overall cost of the device. 
Such high costs are typically unsuitable for lower cost 
devices targeted for a relatively large mass market 
Moreover, display screens and associated hardware 
may be too bulky for the size constraints of many 
devices. 



SUMMARY OF THE INVENTION 

A web access functionality embedded in a device 
includes means for generating a device web page 

5 wherein the device web page enables selection of at 
least one control function for the device. The web 
access functionality includes means for accessing the 
- device web page via a communication path such that a 
user of the web browser accesses the control functions 

10 for the device through the device web page. The control 
functions include control functions for loading new infor- 
mation into the device via the communication path and 
control functions for providing notification messages 
from upon the occurrence of events in the device. 

75 The web access functionality may be implemented 
with existing circuitry in a device, such as an existing 
processor, memory, and inputfoutput circuitry that nor- 
mally perform device-specific functions, thereby avoid- 
ing the extra cost and space required for dedicated web 

20 server hardware for the device. 

The web access functionality embedded in the 
device enables device access and control via a variety 
of communication mechanisms including the world wide 
web portion of the Internet. The costs of providing 

2$ screen based control mechanisms are exported away 
from the device and do not require an external computer 
to provide web access functionality to a device. 

The device control information is packaged using 
the Hyper-Text Markup Language (HTML) and is trans- 

30 ported according to the Hyper-Text Transfer Protocol 
(HTTP). The HTML and HTTP protocols enable com- 
munication with existing web browsers independent of 
the platform that executes the web browser. The 
present techniques avoid the need of an industry-wide 

35 Application Programming Interface (API) to unify the 
control and use of equipment. 

Other features and advantages of the present 
invention will be apparent from the detailed description 
that follows. 

40 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is described with respect to 
particular exemplary embodiments thereof and refer- 
45 ence is accordingly made to the drawings in which: 

Figure 1 illustrates a device with embedded web 
functionality; 

so Figure 2 shows a network that provides access to 
the control functions of a device from a web 
browser and that enables the device to communica- 
tion with a web server and a computer system; 

55 Figure 3 illustrates an example device home page 
chat provides access to control function of the 
device; 
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Figure 4 illustrates a loader web page in an exam- 
ple embodiment; 

Figure 5 illustrates the handling of a load operation 
in the device; 

Figure 6 illustrates a register interest web page in 
an example embodiment; 

Figure 7 illustrates the handling of event notifica- 
tion in the device; 

Rgure 8 is a hardware block diagram of the device 
in one embodiment; 

Rgure 9 illustrates software elements of the device 
in one embodiment. 

DETAILED DESCRIPTION 

Figure 1 illustrates a device 1 0 with embedded web 
functionality for device access and control. The device 
10 receives HTTP commands through the network 
interface 12. The HTTP commands specify one of a set 
of predetermined Universal Resource Locators (URLs) 
for the device 10. The predetermined URLs for the 
device 10 include a URL corresponding to a device 
home page 18, a URL corresponding to a loader web 
page 28, and a URL corresponding to a register interest 
web page 29. 

HTTP commands are used by web clients to obtain 
information from the device 10 including the device 
home page 18, the loader web page 28, and the regis- 
tered interest web page 29. In addition, HTTP com- 
mands are generated in the device 10 to perform file 
transfers via the communication link 22 and to obtain 
new information and software elements for loading into 
the device 1 0 and for updating native code in the device 
10. HTTP commands are also used by the device 10 to 
notify users and external software tasks of events asso- 
ciated with the device 1 0. 

The device 10 includes a network interface 12, a 
web core 14, and a device interface 16. The network 
interface 12 enables communication via a communica- 
tion bath 22. The web core 14 enables communication 
via the communication path 22 according to world-wide 
web protocols including the Hyper-Text Transfer Proto- 
col (HTTP) protocol. The web core 14 enables commu- 
nication using HTTP GET, HTTP POST, and HTTP PUT 
methods and enables the transfer of email messages. 

The web core 14 enables access to the device 
home page 18 which is a web page that enables a user 
to access and control the device 10 using an external 
web browser. The device home page 18 enables a user 
of an external web browser to examine and control any 
software objects installed in the device 1 0 and to control 
device-specific functions of the device 10 and to access 
other information associated with the device 10. In one 



embodiment, the web core 14 generates the device 
home page 18 dynamically in response to requests 
received via the communication path 22. 

The web core 14 accesses a device configuration 

5 19 when constructing the device home page 18. The 
device configuration stores indications of the software 
objects that are installed in the device 10. The software 
objects that may be installed in the device 1 0 include a 
loader 24 and a notif ier 26. The device configuration 19 

10 may also store other configuration information associ- 
ated with the device 10. 

The loader 24 loads new information into the device 
1Q and installs new software elements into the device 
10 in response to requests from web clients of the 

is device 10. The loader 24 generates the loader web 
page 28 which is accessible via an external web 
browser. The loader web page 28 enables a user to 
specify a package file using an external web browser. 
The package file contains a list of new information ele- 

20 ments or software elements for loading and installing 
into the device 10. Once a package file is specified 
using the loader web page 28, the loader 24 retrieves 
the specified package file via the communication link 22 
and then downloads each of a elements specified in the 

25 package file. The loader 24 also updates the device 
configuration 19 to reflect the newly installed elements 
for subsequent accesses to the device home page 1 8. 

The notrfier 26 provides the capability of notifying 
software objects and users of events associated with 

30 the device 10. The notrfier 26 generates the register 
interest web page 29 which is accessible via an external 
web browser. The register interest web page 29 enables 
a user of a web browser to register email addresses and 
URLs. The registered email addresses and URLs are 

35 subsequently used by the notif ier 26 to send messages 
specifying predetermined events associated with the 
device 10 as the events occur. The notif ier 26 stores 
registered URLs and email addresses in a registered 
interest log 27. 

40 The device home page 18 contains links to the 
loader web page 28 and the register interest web page 
29. The device home page 18 is a Hypertext Markup 
Language (HTML) file. The web core 14 uses the net- 
work interface 1 2 to transfer the device home page 1 8 to 

45 requesting HTTP clients via the communication path 22. 
The device home page 18 may include control but- 
tons according to the HTTP protocol that enable various 
control functions for the device 10 to be initiated from a 
web client via the communication path 22. The device 

so home page 18 may contain text, images, multimedia 
files, forms, tables or any object type supported by the 
HTTP and HTML protocols. 

In addition, the web page 18 may contain one or 
more URLs that specify additional web pages located 

55 within the device 1 0. The web page 1 8 may also contain 
one or more URLs that specify additional web pages 
located external to the device 10. The additional web 
pages external to the device 10 may be located, for 
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example, on a local communication network or on the 
Internet world wide web. 

The device interface 16 monitors and controls vari- 
ous device-specific functions of the device 10 and sig- 
nals events associated with the device 10 to the web 
core 14. The device 10 represents a wide variety of 
devices including devices such as printers, fax 
machines, copiers, communication and telephony 
devices, home entertainment devices such as televi- 
sions, video and audio devices as well as appliances 
such as refrigerators and washing machines, security 
systems, automobiles, and hot tubs. The device 1 0 also 
represents a variety of measurement instruments 
including oscilloscopes, and spectrum analyzers and 
other types of measurement devices. In addition, the 
device 10 represents a variety of computer peripheral 
devices including mass storage units such as rotating 
media storage units. 

The communication path 22 represents any com- 
munication means that is capable of transferring HTML 
files according to the HTTP web protocol. The commu- 
nication path 22 may be realized by a wide variety of 
communication mechanisms including local area net- 
works, telephone lines including cellular telephone 
links, serial communication links, parallel communica- 
tion links, power line communication links, and radio 
and infrared communication links. The communication 
path 22 may also be a direct Internet connection to the 
world-wide web. 

Figure 2 shows a network 30 including the device 
10, a web browser 40, a web server 50 and a computer 
system 52. The web browser 40 accesses and controls 
the device 10 via the network 30 by accessing the 
device home page 18, the loader web page 28, and the 
register interest web page 29 using HTTP protocols. 
The device 10 downloads package files, software ele- 
ments, and software updates via the network 30 from 
either a web server 50 or a web server functionality 
implemented in the computer system 52. 

In addition, the device 10 transfers email messages 
and HTTP post commands via the network 30 during 
event notif ication. The email addresses contained in the 
registered interest log 27 may be targeted for users any- 
where on the network 30. including, for example, users 
of the computer system 52 or the web browser 40. The 
URLs contained in the registered interest log 27 may be 
targeted anywhere on the network 30 including, for 
example, web server tasks and corresponding event 
handling tasks that execute on the computer system 52. 

The web browser 40 includes a display 42 for gen- 
erating visual objects including text, images, multimedia 
objects, and graphical user interface objects. The web 
browser 40 includes a selection device 44 that enables 
a user to select objects and URL links rendered on the 
display 42 and to enter information into forms rendered 
on the display 42. The web browser 40 may also include 
an audio capability that enables rendering of audio 
information to the user. 



The web browser 40 may be embodied in a compu- 
ter system that executes a set of web browser software. 
Such a computer system with web browser functionality 
may be realized by any one of a variety of available 

5 computer system platforms including Windows plat- 
forms, Macintosh platforms, Unix platforms as well as 
any other platform capable of executing web browser 
. software that provides HTTP client functions and that 
renders HTML files. 

w The web browser 40 may also be embodied in a 
variety of other devices that provide HTTP client func- 
tions and that render HTML files. Such devices include 
specialized hardware designed for television or tele- 
phone systems as well as low cost web browser devices 

is and network computers. 

The network 30 may be implemented with a variety 
of communication mechanisms including mechanisms 
suitable for a home-based network including power line 
communication links, twisted pair communication links, 

20 radio frequency communication links, and infrared com- 
munication links. The network 30 may also be imple- 
mented with a variety of larger communication 
mechanisms including local area networks connected 
together by various types of communication links. The 

25 network 30 may include connections the world-wide 
web of the Internet for world-wide communication 
between the web browser 40 and the device 10. The 
communication network 30 may include one or more 
communication bridges between the world-wide web 

30 and local area networks and home-based networks. 

The network 30 may also enable communication 
among other as home appliances, home security sys- 
tems, home entertainment devices, air-conditioning 
systems and hot-tubs which implement the device web 

35 functionality disclosed herein. 

A user accesses the device home page. 18 of the 
device 10 using a web browser such as the web 
browser 40. The user enters a URL corresponding to 
the device home page 18 into the web browser 40. In 

40 response, the web browser 40 transfers an HTTP com- 
mand which includes the entered URL over the network 
30. The device 10 receives the HTTP command via the 
communication path 22 and recognizes the URL con- 
tained therein. In response, the device 10 returns the 

45 device home page 1 8 to the web browser 40 via the net- 
work 30. 

In one embodiment, the web core 14 generates the 
device home page 18 on the fly in response to the HTTP 
command from the web browser 40. In such an embod- 

so iment, the web core 14 reads the device Configuration 
19 after receiving the HTTP command and recognizing 
the URL contained therein. The web core 1 4 uses infor- 
mation contained in the device configuration 19 to gen- 
erate an HTML formatted file that defines the device 

55 home page 18 and transfers the HTML formatted file to 
the web browser 40 via the network 30. 

In another embodiment, the contents of the device 
home page 18 are periodically updated by web core 14 
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and stored in HTML format in a memory in the device 
10. In such an embodiment, the web core 14 reads the 
device home page 18 from the memory in response to 
the HTTP command from the web browser 40 and 
transfers the device home page 18 to the web browser 
40 via the network 30. 

The HTML file that defines the device home page 
18 is transferred according to the HTTP protocol and 
specifies the URL corresponding to the web browser 40. 
The web browser 40 receives the HTML file and renders 
the device home page 18 on the display 42. The follow- 
ing is an example HTML file that defines the device 
page 18 in an example embodiment. 
(TITLE) DEVICE HOME PAGE (/TITLE) 
(HDHome Page for Device 10(/H1) 
(HR) 

(table border) 

< caption > Installed Objects ( /caption ) 
(TR> 

(TD)Object Name (/TD) Description (/TD) 

(/TR) 

(TR) 

( TD ) ( A HREF = "URL for Loader ) Loader 

(/AX/n)</TD)Load New Information Into Device 

10(/TD) 

(/TR) 

(TR) 

( TD ) ( A HREF = "URL for Notrfier" ) NoWier 

</A> </Tl> (/TD) Notifies of Events in Device 10(/TD) 

(/TR) 

<P> 

(HR) 

Figure 3 illustrates the device home page 1 8 tor the 
example HTML file shown above. The device home 
page 18 is rendered on the display 42 by the web 
browser 40 in response to the example HTML code set 
forth above. The device home page 18 includes a page 
title 70, a header section 60, and a table section 64 that 
lists software objects installed in the device 10 and that 
includes a set of hyperlinks 66-68 to the installed soft- 
ware objects. 

The page title 70 is defined by the HTML 
(TITLE) Device Home Page (/TITLE) coding shown 
above. The header section 60 is defined by the HTML 
code ( HI) Home Page for device 10 </H1 ) in the HTML 
file shown above. The table section 64 is defined with 
coding in the HTML file shown above and provides the 
hyperlink 66 to the loader 24 and the hyperlink 68 to the 
notrfier26. 

The device home page 18 may include hyperlinks 
that direct the web browser 40 to other web pages for 
various device support functions. For example, a hyper- 
link may be included to direct the web browser 40 to a 
web page for information regarding device 10 service 
contracts. Similarly, hyperlinks may be provided to web 
pages for ordering supplies for the device 10 and 
obtaining information for future products from the man- 
ufacturer of the device 10. 



The device home page 18 may also include manu- 
als, parts lists, and other associated publications for the 
device 10. These publication may be stored within the 
device 10 in, for example, a nonvolatile memory, or may 
6 be referenced elsewhere via hyperlinks contained in the 
device home page 18. These publications may contain 
dynamic information such as updated manuals as well 
as new and updated software driver routines for the 
device 10. 

10 A user accesses the loader 24 in the device 10 by 
selecting the hyperlink 66 using the web browser 40. In 
, response, the web browser 40 obtains the URL for the 
loader 24 from the device home page 18 stored in the 
web browser 40 and transfers an HTTP command 

75 which includes the URL for the loader 24 over the net- 
work 30. The web core 14 receives the HTTP command 
via the communication path 22 and recognizes the URL 
for the loader 24 contained therein. The web core 14 
passes the received HTTP command to the loader 24. 

20 The loader 24 then provides the loader web page 28 to 
the web core 1 4 which transfers the loader web page 28 
to the web browser 40 over the network 30. 

In one embodiment, the loader 24 generates the 
loader web page 28 on the fiy in response to an HTTP 

25 command from the web browser 40 containing the 
appropriate URL The loader 24 generates an HTML 
formatted file that defines the loader web page 28 and 
transfers the HTML formatted file to the web core 1 4 for 
transfer via the network 30. The HTML file correspond- 

30 ing to the loader web page 28 is transferred according to 
the HTTP protocol which specifies the URL correspond- 
ing to the web browser 40. The web browser 40 
receives the HTML file and renders the loader web page 
28 on the display 42. 

35 Figure 4 illustrates the loader web page 28 in an 
example embodiment The loader web page 28 is ren- 
dered on the display 42 by the web browser 40 and 
includes a header section 150, an input form 140, a load 
button 142, an install button 144, a clear button 146, and 

40 a check box 148. 

A user of the web browser 40 enters a URL for a 
package file into the form 1 40. The user then selects the 
load button 142 to load information contained in the 
package file into the device 10. The user selects the 

45 install button 1 44 to install software objects contained in 
the package file into the device 10. The user selects the 
clear button 146 to clear the form 140. The user selects 
the check box 148 if the software objects contained in 
the package file are to be installed permanently in the 

so device 10 (in for example a persistent memory in the 
device 10). 

Once the form 140 is submitted using the load but- 
ton 142 or the install button 144, the web browser 40 
transfers an HTTP command containing the entered 
55 package name and associated information from the 
form 140 and the URL of the loader 24 to the device 10 
via the communication network 30. The associated 
information includes indications of whether the user 
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selected the load button 142 or the install button 144 
and whether the box 148 was checked. The web core 
14 passes the HTTP command and data to the loader 
24 as a load request 

Figure 5 illustrates the handling of a load request s 
by the loader 24. At step 160, the loader 24 performs a 
security check on the load request in order to prevent 
unauthorized tampering with the device 10. In one 
embodiment, the security check at step 160 is an 
authorization check on the IP address of the web 10 
browser that originated the load request. A list of author- 
ized IP addresses may be stored in a persistent mem- 
ory within the device 10. in other embodiment, more 
sophisticated security check mechanisms may be 
employed. is 

tf the security check passes at step 160, then at 
step 162 the loader 24 downloads the package file 
specified by the URL contained in the load request The 
loader 24 uses file transfer services provided by the web 
core 1 4 to perform the file transfer of the package file via 20 
the network 30. The package file may be store any- 
where on the network 30. For example, the package file 
may be stored on the web server 50 or the computer 
system 52. 

The package file in one embodiment is a text file 25 
that lists URLs of one or more components to be loaded 
or installed and further specifies a type indication for 
each component. The type indication specifies whether 
the corresponding component is part of a new software 
object to be loaded into the device 10 or part of native so 
code to be installed into the device 10. 

At block 1 64, the loader 24 downloads each compo- 
nent specified in the package file retrieved at stop 162. 
The loader 24 again uses the file transfer services pro- 
vided by the web core 14 to download the specified 35 
components. At step 166, the loader 24 installs each 
component downloaded according to the corresponding 
type indications. New software object components are 
installed in an address space allocated to software 
objects such as the loader 24 or the notifter 26 while 40 
new native code is installed in memory space allocated 
for native code. The address space for software objects 
and native code may be contained in the same memory 
or different memories in the device 10. 

At step 1 68, the loader 24 updates the device con- 45 
figuration 19 to reflect the newly installed software com- 
ponents. The updated device configuration 19 is used 
by the web core 14 to construct an updated device 
home page 18 in response to subsequent accesses by 
external web browsers. so 

A user may register an interest in events that occur 
in the device 10 by selecting the hyperlink 68 of the 
device home page 18. In response to selection of the 
hyperlink 68, the web browser 40 obtains the URL for 
the notifier 26 from the device home page 18 stored in ss 
the web browser 40 and transfers an HTTP command 
which includes the URL for the nottfier 26 over the net- 
work 30. The web core 1 4 receives the HTTP command 



via the communication path 22 and recognizes the URL 
for the nottfier 26 contained therein. The web core 14 
passes the received HTTP command to the notifier 26. 
The notifier 26 then provides the register interest web 
page 29 to the web core 1 4 which transfers it to the web 
browser 40 over the network 30. In one embodiment, 
the notifier 26 generates the register interest web page 
29 as an HTML file on the fly in response to an HTTP 
command from the web browser 40. 

Figure 6 illustrates the register interest web page 
29 in an example embodiment. The register interest 
web page 29 is rendered on the display 42 by the web 
browser 40 in response to the HTML file generated by 
the notifier 26. The register interest web page 29 
includes and input form with a set of input fields 1 70-1 72 
and 180-182, along with a submit button 176, and a 
clear button 178 which is used to reset the input form. 

The input form of the register interest web page 29 
enables users to register interests in any one or more of 
a predetermined set of events EVENT_1 through 
EVENTji that may occur within the device 10. The 
input fields 1 70-1 72 enable a user to register a URL for 
any one or more of the predetermined events EVENTJ 
through EVENTji. The input fields 180-182 enable a 
user to register an email address for any one or more of 
the predetermined events EVENTJ through 
EVENTji. 

A user of the web browser 40 makes an entry into 
any one or more of the fields 1 70-1 72 and 1 80-1 82 and 
selects the submit button 1 76. In response to the submit 
button 176, the web browser 40 transfers the contents 
of the fields 170-172 and 180-1 82 along with the URL of 
the notifier 26 to the device 10 using the HTTP protocol. 
For, example, the information may be carried using an 
HTTP get command with embedded data via the com- 
munication network 30. The web core 14 passes the 
HTTP command and data to the notifier 26. 

The notifier 26 receives the command and data 
containing the information from the fields 170-172 and 
180-182 from the web core 14 and stores the informa- 
tion in the registered interest log 27. The registered 
interest log 27 accommodates multiple email addresses 
and multiple URLs for each of the predetermined events 
EVENTJ -n. The URLs and email addresses in the reg- 
istered interest log 27 are read by the notifier 26 when 
notifying software objects associated with those URLs 
and users associated with those email addresses of the 
occurrence of the corresponding events. 

The contents of the registered interest log 27 may 
be used by the notifier 26 when constructing the register 
interest web page 29. The currently registered interests 
from the registered interest log 27 may be included in 
the register interest web page 29 in, for example, an 
HTML table structure. 

Figure 7 illustrates the handling of event notifica- 
tion in the device 10. At step 190, the device interface 
16 detects an event in the device 10 and signals the 
event to the web core 14. The event detected at step 
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190 is one of the predetermined set of notifiable events 
EVENT J through EVENTn for the device 10. 

At step 192, the web core 14 signals the event to 
the notifier 26 if the notrfier 26 is installed. The web core 
14 tests the device configuration 19 to determine 
whether the notifier 26 is installed in the device 10. 

At step 194, the notifier 26 reads the registered 
interest log 27 to determine whether any users or URLs 
have been registered for the event signaled at step 192. 

At step 196, the notifier 26 constructs an email 
message for each of the registered email addresses 
obtained from the registered interest log 27 for the sig- 
naled event. Each email message includes ascii text 
that identifies the signaled event. The notrfier 26 uses 
email services provided by the web core 14 to transfer 
the email messages to the specified email addresses 
via the network 30. 

At step 198, the notifier 26 constructs an output file 
for transfer using the HTTP post method for each URL 
registered for the signaled event. Each output file con- 
tains an indication of the signaled event and specifies a 
registered URL as a destination for the output file. The 
notifier 26 provides the output file to the web core 14 for 
transfer over the network 30 to the specified URLs using 
the HTTP post method. 

The output files generated at step 198 may contain 
optional data which is encoded using Internet Media 
Type protocols which is also referred to as Multipurpose 
Internet Mail Extensions (MIME) encoding. This encod- 
ing enables transfer of a wide variety of information 
including graphical information to the registered URLs. 
The registered URLs may correspond to web server 
tasks located anywhere on the network 30. Such a reg- 
istered web server task may, for example, generate a 
dialog box on a display screen of a computer system to 
display the event and data to a user. 

Figure 8 is a hardware block diagram of the device 
10. The device 10 includes a processor 200, a memory 
210, a set of device-specific hardware 300, and a set of 
input/output circuitry 220 that enables communication 
via the communication path 22. The processor 200 per- 
forms device-specific functions for the device 1 0 in com- 
bination with the device-specific hardware 300. The 
processor 200 is also employed to provide web func- 
tionality in the device 10. The memory 210 may be a 
static memory such as read-only memory, a flash mem- 
ory, or a disk drive or may be a volatile memory such as 
a random access memory. 

The web functions of the device 10 may in some 
embodiments be implemented on a single integrated 
circuit chip including a processor and memory for hold- 
ing software for servicing the HTTP protocol. In such an 
embodiment, the hardware portion of the network inter- 
face 12 may be implemented on the same integrated 
circuit chip as the processor or may be external to that 
chip. In another embodiment, the web functions of the 
device 1 0 are implemented with a state machine. 

The processor 200 executes a set of device-native 



code which may be stored in the memory 210. The 
processor 200 also executes web functionality code 
including code for the web core 14, the loader 24, and 
the notifier 26. The processor 200 also executes code 

6 for the device interface 16 which provides a software 
interface to the device-specific hardware 300 and which 
monitors the device-specific hardware 300 for the pre- 
determined events EVENTjI-n. The processor 200 
also includes code for performing communication 

w through the input/output circuit 220 to provide the net- 
work interface 12. 

The memory 210 may be a persistent memory 
which accommodates storage of software elements of 
the device 10 including device-native code and the web 

75 functionality code. The memory 210 may also store the 
device configuration 19 and the registered interest log 
27. The memory 210 may be used to store the device 
home page 1 8, the loader web page 28, and the register 
interest web page 29 in some embodiments. 

20 In one embodiment* the device 10 is a printer 
device wherein the processor 200 and the memory 210 
preform image rendering functions and the device-spe- 
cific hardware 300 includes printer hardware and asso- 
ciated circuitry and wherein the input/output circuitry 

25 220 provides network access to the printer device 10. 
The loader 24 in this embodiment enables loading of 
other software objects into the printer including the noti- 
fier 26 and enables loading of updates for the native 
code that performs printer functions. The loader 24 in 

30 this embodiment also enables loading of printer manu- 
als and other text based information associated with the 
printer device. The notifier 26 in this embodiment pro- 
vides email messages or HTTP post method notification 
for predetermined events such as new toner cartridge 

35 required or paper input bin empty. 

In another embodiment the device 10 is a video 
player/recorder wherein the processor 200 and the 
memory 210 perform functions for reading video and 
audio information from and writing video and audio 

40 information to a storage media such as magnetic tape 
or an optical storage media. The device-specific hard- 
ware 300 includes media actuation hardware such as 
motors and magnetic heads and associated circuitry for 
reading and imparting information onto the storage 

45 media. The loader 24 in this embodiment enables load- 
ing of other software objects into the video 
player/recorder including the notifier 26 and software 
updates for the native code that performs video 
player/recorder functions. The loader 24 also enables 

so the loading of programming information into the video 
player/recorder. The device home page 18 in this 
embodiment may provide hyperlinks to television pro- 
gramming guide web sites accessible via the network 
30 and the loader 24 may automatically load program- 

55 ming information from such a web site and automati- 
cally program the video player/recorder by invoking the 
device-native code for the video player/recorder. The 
notifier 26 in this embodiment may provide email mes- 
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sages or HTTP post method notification for predeter- 
mined events such as end of tape indications. 

In yet another embodiment, the device 10 is a 
home-entertainment device such as an audio system. 
The input/output circuitry 220 such as infrared commu- 
nication circuitry or power line communication circuitry 
enables a web browser such as a home computer to 
access the audio system via a home-based network. 

in another embodiment, the device 10 is a control- 
ler module or control computer contained in an automo- 
bile. The input/output circuitry 220 such as cellular 
transmitter/receiver circuitry enables a web browser to 
access control and status information for the automobile 
which is provided by the device home page 18. 

In another embodiment, the device 10 is a compact 
web server wherein the memory 210 is a mass storage 
device such as a disk drive or other type of compact 
media drive. The input/output circuitry 220 such as local 
area network interface circuitry enables a web browser 
to access the mass storage device. The loader 24 in this 
embodiment enables loading of new information onto 
the storage drive and the web core 14 enables access 
to files on the storage drive via the device home page 
18. 

In yet another embodiment, the device 10 is a 
home-entertainment device such as an audio system. 
The input/output circuitry 220 such as infrared commu- 
nication circuitry or power line communication circuitry 
enables a web browser such as a home computer to 
access control and status information for the audio sys- 
tem which is contained in the device home page 18. 

In yet another embodiment, the device 10 is a 
washing machine wherein the processor 200 and the 
memory 210 preform functions for controlling wash 
cycles. The device-specific hardware 300 includes 
hardware such as motors, valves, sensors, and associ- 
ated circuitry. The web functionality is embedded into 
the washing machine 10 by providing software or 
firmware for the processor 200 and by utilizing space 
available in the memory 210 and by adding the 
input/output circuitry to the machine control circuitry. 

In another embodiment, the device 10 is a docking 
station for portable blood analyzer that performs prede- 
termined analyses on a blood sample. The docking sta- 
tion read measurements obtained by the portable blood 
analyzer and assembles the information into a blood 
analyzer web page for access by a web browser cou- 
pled to a network. 

Figure 9 illustrates software elements of the device 
10 in one embodiment. The software elements include 
device-native code 270 and virtual machine code 260. 
The device native code 270 performs the native func- 
tions of the device 10 such as printer functions video 
functions etc. as describe above. The device-native 
code 270 may be updated using the functions provided 
by the loader 24. 

The virtual machine code 260 provides an execu- 
tion environment for web core code 250 which provides 



the functions of the web core 14. The virtual machine 
code 260 also provides and execution environment for 
the loader code 252 and the notrfier code 254 which 
provide the functions of the loader 24 and the notrfier 

5 26, respectively. The loader 24 enables loading of other 
software object code 26 that performs other specialized 
functions in the device 10. 

In one embodiment, the virtual machine code 260 
provides an interpreter for java code. The java execution 

10 environment provided by the virtual machine code 260 
enables execution of a variety of widely available web 
access code available for a wide variety of processor 
platforms. Such web access code includes code for web 
server and web client functionality as well as email func- 

15 tionality. In other embodiments, other virtual machine 
environment may be used such as Smalltalk environ- 
ments. 

The web core code 250 provides an application 
programming interface (API) for the loader code 252 

20 and the notrfier code 254 and other software object 
code 256. In one embodiment, the API provided by the 
web core code 250 comprises a set of java classes and 
the loader code 252, the notrfier code 254, and the other 
software object code 256 each comprise executable 

25 java byte code. 

The web core code 250 provides a library of rou- 
tines for use by the loader code 252, the notrfier code 
254, and the other software object code 256. The library 
routines include routines for building HTML documents 

30 and routines for streaming HTML data via the communi- 
cation path 22. The library also contains routines for 
. sending email messages and routines for performing 
file transfers via the communication path 22. The library 
also contains routines for embedding java applets in 

35 HTML documents. 

In addition, the web core code 250 includes rou- 
tines for detecting predetermined events which are han- 
dled by the device native code 270 and routines for 
writing newly downloaded updates the device-native 

40 code into the appropriate address space. 

The foregoing detailed description of the present 
invention is provided for the purposes of illustration and 
is not intended to be exhaustive or to limit the invention 
to the precise embodiment disclosed. Accordingly, the 

45 scope of the present invention is defined by the 
appended claims. 

Claims 

so 1. A web access mechanism embedded in a device 
(10), comprising: 

means (14) for generating a device web page 
(18) wherein the device web page (18) enables 
55 selection of at least one control function for the 

device (10); 

means (12) for accessing to the device web 
page (18) via a communication path (22) such 
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that a user of a web browser (40) accesses the 
control function for the device (10) through the 
device web page (18). 

2. The web access mechanism of claim 1 , wherein the s 
control function is a loader function that enables 
loading of new information into the device (10) via 
the communication path (22). 

3. The web access mechanism of claim 1 or 2, further 10 
comprising means (24) for updating a device con- 
figuration (19) for the device (10) such that the 
device configuration (19) reflects the new informa- 
tion loaded into the device (10). 

15 

4. The web access mechanism of claim 3, wherein the 
new information comprises an update of native 
code for the device (10) that performs device-spe- 
cific functions and a new software object that per- 
forms a web access function for the device (1 0). 20 

5. The web access mechanism of claim 4, wherein the 
new software object performs a notrf ier function that 
enables the device (10) to send a 1 notification 
message via the communication path (22) upon the 25 
occurrence of a predetermined event in the device 
(10). 

6. The web access mechanism of claim 5, wherein the 
notification message is sent via the communication 30 
path (22) using an HTTP post method. 

7. The web access mechanism of any of claims 1-6, 
further comprising means (14, 26) for generating a 
web page (29) that enables the user to register at 35 
least one interest in the predetermined events via 
the communication path (22). 

8. The web access mechanism of claim 1 or 2, further 
comprising means (24) for generating a loader web 40 
page (28) that enables the user to access the 
loader function via the communication path (22) 
and to enter a URL for a file that contains informa- 
tion regarding the new information. 

45 
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(54) Device access and control using embedded web access functionality 



(57) A web access functionality embedded in a 
device includes means for generating a device web 
page wherein the device web page enables selection of 
at least one control function for the device. The web 
access functionality includes means for accessing the 
device web page via a communication path such that a 
user of a web browser accesses the control function for 
the device through the device web page. The control 
functions include control functions for loading new infor- 
mation into the device via the communication path and 
control functions for providing notification messages via 
the communication path upon the occurrence of events 
in foe device. 
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